home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.20031118-20041115
/
000057_Chris@bundy.co.uk_Wed Dec 10 11:24:03 2003.msg
< prev
next >
Wrap
Internet Message Format
|
2004-11-14
|
3KB
Path: newsmaster.cc.columbia.edu!phl-feed.news.verio.net!nntp1.tagonline.com!nycmny1-snf1.gtei.net!news.gtei.net!colt.net!easynet-quince!easynet.net!mephistopheles.news.clara.net!newspeer.clara.net!news.clara.net!demeter.uk.clara.net
From: Chris@bundy.co.uk
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Command line switches
Date: Wed, 10 Dec 2003 07:33:07 +0000
Sender: Chris
Reply-To: Chris@bundy.co.uk
Message-ID: <40jdtvk8lh3afr7pgesnb1vh0el7gn4ttl@4ax.com>
References: <pqp8tv06mim45q30h48du92s90oklut9sl@4ax.com> <slrnbt91s0.o2u.fdc@sesame.cc.columbia.edu> <820atvkrg5tk7hkv0bn4r840kv6ab17r61@4ax.com> <slrnbta2q0.2a2.fdc@sesame.cc.columbia.edu> <dogbtvo8mdk4hsenjjadeim47uajhc5dab@4ax.com> <slrnbtburh.2o1.fdc@sesame.cc.columbia.edu> <r3jctvgfef9a4c1fdqup61vn5n6dg6s43o@4ax.com> <slrnbtcm9m.klt.fdc@sesame.cc.columbia.edu> <deb126db.0312092024.7aa2608d@posting.google.com>
X-Newsreader: Forte Agent 1.92/32.572
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Complaints-To: abuse@clara.net (please include full headers)
X-Trace: 700c711080026000de470002eaa38a06c94aac216a906bcb30586a443fd6cc29
NNTP-Posting-Date: Wed, 10 Dec 2003 07:32:57 +0000
Lines: 49
Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:14733
On 9 Dec 2003 20:24:53 -0800,
slash_dev_slash_null_2000@yahoo.com (Mark Sapiro)
wrote:
>Frank da Cruz <fdc@columbia.edu> wrote in message news:<slrnbtcm9m.klt.fdc@sesame.cc.columbia.edu>...
>> In article <r3jctvgfef9a4c1fdqup61vn5n6dg6s43o@4ax.com>,
>> Chris@bundy.co.uk wrote:
>> : On 9 Dec 2003 16:42:25 GMT, Frank da Cruz <fdc@columbia.edu> wrote:
>> :
>> : It still hangs, and session.log is new not
>> : appended to but replaced.
>> :
>> : when I run the file fred on its own its fine,
>> : server01# more fred
>> : #!/usr/kermit/work/kermit
>> : set modem type none
>> : set line /dev/cuaa0
>> : if fail exit 1
>> : set exit warning off
>> : set speed 9600
>> : log session /var/log/session.log
>> : if fail exit 1
>> : INPUT -1 STRING_THAT_WILL_NEVER_COME.
>> : #CONNECT
>> :
>> : server01# more /usr/local/etc/rc.d/phone.sh
>> : #!/bin/sh
>> : /var/log/fred
>> : exit
>> : server01#.
>> :
>> Assuming that that (a) /var/log/fred has execute permission, and
>> (b) /usr/kermit/work/kermit is the true path of the Kermit executable,
>> then it might be hanging because Kermit is printing some messages to
>> stdout but there *is* no stdout.
>
>Actually, it is "hanging" because it is waiting forever for
>STRING_THAT_WILL_NEVER_COME. If this is the behavior you want (i.e.
>continue logging the input on the port after startup), then you have
>to do as Dan Skinner suggested earlier in this thread and fork the
>Kermit off on its own so startup can continue before the Kermit
>process terminates.
thanks lads
sounds logical how do I fork it off.
Chris